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@ A system for associating application or system information with data files according to data file attributes. 
The system employs an Automatic Classification Selection (ACS) filter (28) having an ordered sequence of rule- 
based declarations, each of which specifies a range of values for selected data file attributes. Each rule-based 
declaration includes specifications for data file attributes, any of which can be specified using wild-cards. Each 
data file is tested against the ordered declarations and the first declaration that matches the data file attributes is 
enabled to assign a classification to that data file. Because the ACS filter is declarative, it may be easily modified 
without programming expertise. Because any data file can be quickly sieved through the ACS filter, the data file 
class linkages need not be stored and thus are always dynamically updated in response to changes in data file 
attributes over time. 
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This invention relates generally to computer-implemented data processing file management systems 
and. more specifically, to an Automatic Class Selection (ACS) system employing a declarative ACS filter. 

Many useful data file storage management techniques are known in the art. In particular, file classifica- 
tion schemes for associating selected data files to particular storage groups and management classes are 
5 necessary for the efficient management of large database systems such as the Multiple Virtual Storage 
(MVS) Systems Managed Storage (SMS) system introduced by International Business Machines Corpora- 
tion. 

In the MVS/SMS, data file management includes routines for Automatic Class Selection (ACS) based on 
data file attributes. These ACS routines are used to determine the SMS classes and storage groups for data 

10 sets in a SMS complex. This procedure automates and centralizes the determination of SMS classes and 
storage groups and also facilitates the conversion of data files to a SMS environment. 

Unfortunately, these ACS routines are procedural programming language specifications that must be 
executed to link or assign a management or storage class to a data file. The assigned classes are then 
stored in a database for later reference by the SMS system. This has several disadvantages. First, there is 

IS no provision for automatically updating the class assignments in response to changes in data file 
characteristics over time. Secondly, the procedure requires both the classification selection step and a 
database reference step which is inefficient. Finally, the ACS routine cannot be modified without resorting to 
programming expertise that may not be available to all users. The MVS/SMS ACS routines may be 
appreciated with reference to U.S. Patent 5.018,060., and to MVS/ESA Storage Administration Reference, 

20 Version 3. Release 1, Chapter 8: "Defining ACS Routines", pp. 59-62. International Business Machines 
Corp. (SC 26-4514). Armonk. NY. 

Other practitioners have proposed file management systems that provide similar data file attribute 
linking systems. For instance, the Personally Safe'n'Sound (PSNS) tool in the Operating System/2 (OS/2) 
Tools Repository provides a rule-based backup system that associates backup attributes with data files 

25 using wild-card specifications for directory paths and file names only. Although this provides some 
automation of the data file backup process, it offers no provision to accommodate attributes other than 
name and path or changes in data file characteristics. The PSNS file association technique may be 
appreciated with reference to Lucy Bannell et al., Personally Safe*n*Sound Users Guide, Release 0.1.2. April 
26, 1991, Chapter 8: "Rule Book Configuration", pp. 19-26. International Business Machines Corp., Armonk, 

30 NY. 

Similarly, the OS/2 File Manager and related file management products provide means for associating 
executable programs with file names using wild-card notation to determine which programs are to be 
executed against a selected data file but no provision is made for discriminating among data file attributes 
other than file name. The OS/2 file association technique may be appreciated with reference to Operating 

35 Systems/2 Extended Edition Version 1.3 Users Guide, Vol. 1: Base Operating System, Chapter 5: 
"Managing Files and Directories", pp. 5.38-5.40. International Business Machines Corp., Armonk, NY. 

U.S. Patent 5,047.918 discloses a file management system that provides for data file linkages according 
to user-definable relationships, it requires an external database in which to store these definable relation- 
ships and include in this database an archive of data file versions and their links referred back according to 

40 time of creation. Thus, it neither teaches nor consider an efficient file attribute management system that is 
dynamically responsive to changes in data file attributes. 

U.S. Reference 5,063,523 teaches a data communication network management system that permits a 
user to establish pattern matching rules for filtering incoming events. Again, even if this method were 
applicable to data file management without undue experimentation, it does not consider dynamic real- 

45 location of linkages. 

U.S. Patent 4,701.840 discloses a secure data processing system architecture including a secure 
processing unit for storing and comparing system file attributes and user entity attributes. U.S. Patent 
4,468.732 discloses an automated logical file design system for minimizing database redundancy by sorting 
data attributes. The above-cited U.S. Patent 5,018,060 discloses a method for allocating data storage space 

50 using implied allocation attributes associated with user-selected parameters. U.S. Patent 5,115,505 dis- 
closes a multiprocessor dynamic load balancing system employing processor assignment based on 
allocation parameters inserted into a program object file stored in the file system. U.S. Patent 5,093,779 
discloses a computer file system that allocates files between a high-ranking directory and a low-ranking 
directory based on file attributes. None of these references teaches or considers a method for automatic 

55 data file class selection based on user-selected data file attributes other than file name and path. 

Accordingly, there exists a clearly-felt need in the art for a simple user-specified association between 
data files and file management classes that does not rely on external storage of class linkages or custom- 
programmed selection routines and that is responsive to dynamic changes in data file attributes. The 
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related problems and deficiencies are clearly felt in the art. 

Accordingly, the present invention provides a niethod for classifying data files in a computer system 
having means for storing a plurality of data files each having one or more file attributes, comprising the 
steps of: establishing at least one Automatic Class Selection (ACS) filter in said storage means wherein said 

5 ACS filter includes an ordered plurality of rule declarations each specifying a range of values for a plurality 
of said file attributes and at least one file management class; testing in sequence each said rule declaration 
for coincidence with the file attributes of a first said data file until identification of the first said rule 
declaration that coincides with said first data file attributes; and assigning to said first data file the file 
management class specified in said first coincident rule declaration. 

10 This invention introduces the ACS filter consisting of several user-specified rute-based declarations that 
assign new application or system attributes to an existing data file. These rule-based declarations are 
organized to select new attributes or classes according to existing data file attributes. The association may 
be reevaluated upon each data file access so that the application or system attribute linkages are changed 
automatically as data file characteristics change over time. The user may change the rule-based declara- 

75 tions at any time, without programming expertise, to assign new attributes to files as requirements change. 
Several different ACS filters may be established for different system requirements. The data file application 
system class linkages need not be stored because they may be redetermined at any time with a new 
reference to the ACS filter. Finally, the ACS filter of this invention may pass data files through to existing 
executable class selection routines that make the necessary linkages for certain data files where appro- 

20 priate. 

A simple declarative ACS method for data files has been provided. It is an advantage of the method of 
this invention that no user programming skill is required to specify the data file class selection criteria. 

Dynamic data file class selection responsive to changes in data file attributes over time is also provided. 
It is an advantage of this invention that the data file class is newly selected whenever the data file is 
25 presented to the ACS filter. Because the data file class linkage need not be stored, the data file class can 
be automatically redetermined whenever the data file is opened, thus ensuring dynamic updating of the 
data file class linkage. 

The invention provides a single, highly optimized matching procedure that may be used in a variety of 
storage system environments. It is an advantage of the method of this invention that the ACS filter structure 
30 is declarative and thus independent of platform or environment. 

In order that the invention may be fully understood a preferred embodiment thereof will now be 
described, by way of example only, with reference to the accompanying drawings in which: 
Fig. 1 shows a simple functional block diagram of an ACS system from the prior art; 
Fig. 2 shows a simple functional block diagram of the ACS filter system of this invention; and 
35 Fig. 3 shows an illustrative ACS filter embodiment in a data object storage environment. 

The Declarative Automatic Class selection (ACS) Filter 

In general, computer-implemented storage management systems require a user-specified association 
40 between data files and file management classes. These "class selection" associations describe how the 

files are to be managed by the storage management system. The file management class associated with a 

data file determines, for instance, how often the file is backed up, how many backup versions are 

maintained for the data file and the storage location of tie file copy or copies. The system of this invention 

provides for the specification of this class association using "declarative" rules maintained in an ACS filter 
45 table. The ACS filter is used to test data file attributes, thereby identifying the file management class (or 

any other linked attribute) that must be associated with the data file. 

Fig. 1 illustrates this class assignment procedure as it is used in the prior art. A user-customized ACS 

routine 20 is prepared using a suitable programming language. Each of the file attribute tests are embedded 

in the ACS routine by the programmer. After debugging, ACS routine 20 is installed in the storage system 
50 21 and invoked by the system manager to assign data file classes as necessary. When invoked, routine 20 

processes the existing data file attributes 22 to obtain a class assignment 24. Class assignment 24 is then 

stored in data storage 21 with permanent linkage to data file 22. 

Unless routine 20 is then later invoked for data file 22, this prior art ACS technique is unable to 

accommodate dynamic changes in attributes 22. Moreover, frequent execution of routine 20 is not desired 
55 because of the system overhead and resulting inefficiency. Storage of class assignment 24 also contributes 

to general system inefficiency. Because of these relative inefficiencies, the ACS procedure illustrated in Fig. 

1 is not suitable for smaller data processing systems and is presently known only in the larger MVS/SMS 

class of data processing systems. 
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An Hlustrative embodiment of the ACS filter according to this invention is shown in Table 1 below. 

Table 1 
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15 The ACS filter specification in Table 1 is not a detailed example but serves to illustrate the basic layout 
and operation of such a data object. Table 1 can be viewed essentially as a drop- through "sieve". The 
declaratory rules are generated by the user to assign management classes to categories of data files whose 
attributes match the expressions specified. The declaratory rules are referenced by the general-purpose 
ACS routine 26 in Fig. 2, which differs from ACS routine 20 in Fig. 1 because it is neither customized nor 

20 user-written. That is, ACS routine 26 can be provided as an element of the storage system itself. Referring 
to Fig. 2, ACS routine 26 references the declaratory rules in the ACS filter 28 (Table 1) to derive class 
assignment 24 from the attributes of data file 22. 

The declaratory rule list (Table 1 ) is searched from top to bottom and left to right using the actual data 
file attributes 22 (Fig. 2). The first match found specifies the management class that is assigned to the data 

25 file. The "Assigned Management Class** column must provide a specific entry without wild-cards. Although 
more than one declaratory rule (row) may match the incoming data file specifications 22, routine 26 selects 
the first matching row as the class assignment. The ordering of the rows within ASC fitter 28 is user- 
selected. 

Fig. 3 provides a simple block diagram of an illustrative storage system of this invention containing a 

30 plurality of data objects. It can be appreciated from Fig. 3 that the above discussion in connection with Fig. 
2 Is applicable to the like-named data objects shown In Fig. 3. 

Referring to Table 1, declaratory rules may use wild-card notation for matching file attributes. For 
example, character attribute matching rules may use and to match a single character or string of 
characters, respectively, and numeric attribute matching rules may use comparison operators (>, < or =) to 

35 compare the actual data file attribute value with the value specified by the declaratory rule. In Table 1. a 
data file larger than 300K bytes will match column 4 of the second row, for instance. 

Where additional processing is needed to associate information with the file, the application information 
assigned by the declaratory rule of specification may include reference to a particular executable routine. In 
Table 1, files having attributes matching the specification in the sixth row are passed to an executable 

40 routine CRITMC, as indicated by the RUN(...) specification in the Assigned Management Class column. The 
CRITMC routine may be a user-customized ACS routine of the type illustrated in Fig. 1, for example. Such 
routine is then responsible for assigning additional management class or other information to the data file in 
whatever manner is provided for by the customizing user. 

The declaratory attribute matching rules shown in Table 1 can be extended to include other constructs, 

45 such as range checking or set membership/nonmembershlp. Although the types and numbers of file 
attributes vary extensively across different data systems, the ACS system of this invention can be adapted 
to any such system merely by modifying the rule declarations illustrated in Table 1. Note that the ACS 
system shown in Fig. 3 does not require storage of class assignment 24. This is because general ACS 
routine 26 can be automatically invoked whenever class assignment 24 information is desired by the 

50 system. The advantages of this are several. First, class assignment 24 is always determined for the most 
recent version of data file 22, thereby always responding to dynamic changes in the characteristics and 
attributes of data file 22. As an example, consider the change in class assignment 24 resulting from a 300K 
byte increase in size of data file 22 that results from using ACS filter 28 shown in Table 1. Secondly, 
because class assignment 24 need not be saved, memory and processor efficiency is improved over the 

55 prior art. Finally, no user programming expertise is required. Modification of ACS filter 28 is accomplished 
merely by changing the declarative rules illustrated in Table 1. ACS routine 26 need never be modified 
when using the ACS filter 28 of this invention. 
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It can be appreciated that the ACS method of this invention may be used to associate constructs other 
than Management Class with data files. The filtering mechanism can be used to bind constructs such as 
storage class and the like. Attributes such as data file format, allocated size and the like may be used as 
filtering specifications to accomplish this task. 

In general, the filtering approach may be used to associate any policy constructs with any data object 
based on attributes of the data object in a straightforward declarative manner. For instance, the ACS filter in 
Table 1 may be extended to provide for "custom attributes", as illustrated in the following Table 2. 
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The columns labelled "Custom Attr 1 " and "Custom Atrr 2" denote file attributes that may be assigned 
and specified by the user for inclusion in ACS filters. For example, the first may be accounting information 
while the second may refer to ownership of the data object. After data files are assigned the custom 
25 attribute values, the ACS filter in Table 2 operates as discussed in connection with Table 1. assigning 
management class based on wild-card matching, including matching of user-defined custom attributes. 

ACS Filter Wild-Card Specifications 



30 The following wild-card specifications are suitable for use in the "columns" of the ACS filter specifica- 
tion table to match data file attributes passed into the ACS routine. 

When used in a string specification, the "*" character matches 0 or more characters for 

the attribute value passed into the filter routine. For example SYS* matches SYS, 

SYSTEM, SYS01, and does not match STS5. 
35 ? When used in a string specification, the "?" character matched one character for the 

respective attribute value passed into the filter routine. For example, the specification 

SYS?E? matches SYSTEM AND SYSGEN, but not SYSB01 . 
string When used in a string specification, the specification matches ONLY the string value 

specified. For example, the specification SYSTEM matches SYSTEM only. 
40 istring When used in a string specification, the specification matches ALL strings BUT the 

string value specified. For example, the specification ISYSTEM matches SYSGEN, but 

nor SYSTEM. 

INULL When used in a string specification, the specification matches ALL non-null (0-length) 

strings for the respective attribute specified. 
45 >n For a numeric attribute, this specification matches any value specified that is greater 

than the numeric value "n". For example, the specification >5000 matches 10000, 5001, 
but not 5000. 

<n For a numeric attribute, this specification matches any value specified that is less than 

the numeric value "n". For example, the specification <5000 matches 100, 50 but not 
50 50000. 

= n For a numeric attribute, this specification matched only a value specified that is exactly 

equal to the numeric value "n". 
(strl ,str2,...) When used in a string specification, the specification matches any string in the list 
specified. The string list may also contain and wildcards (see above). 
55 !(srt1,str2....) When used in a string specification, the specification matches any string NOT in the list 
specified. The string list may also contain and *'?" wildcards (see above). 
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An Example ACS Filter 

An exemplary ACS rule definition is now discussed. The ACS filter definition provides parameters for a 
SYSTEM STORAGE GROUP, assumed to contain the OS/2 operating system files that are normally in the 
5 C: drive and other storage groups containing spreadsheets, drawings and miscellaneous data files. The 
example ACS definition is specified in Table 3. 

TABLE 3 



10 n EFl N E^ACS^RU IM 

ACE_N A M P.( P.X A M P IJ 

OESCRIPTION(l-xample ACS Kule dcrinilion Uh an OS/2 User) 

MATCH( Uf-SCRIITIONCDo not backup tlie 05/2 Operating System) 
S TO R AC5 1\.<3 RO I J P(S YS I l?M ) 
15 DIRECTORY J'AII r((\OS2». \nOS\*. \SPOOIA*, \MlJCilJR\*. \CMMM\*, SQI.Un\*. 

\IDMI^N\*)) 

rilJ-_NAMPX*) 

rii.n_sizp<*) 
piKU_An HiniJ rri;(*) 

ASS IGN_MO M l _CI ,ASS(NOnAC: K U P) ) 

20 

MATCM( DESCRIPI ION(no NOT backup selected Piles in system Root directory) 
STORAGU_OROUr (SVSTP.M) 
DIRECTORY PATH(\) 
PILC_NAME(!(*.CMD, '.SYS. •.HAT)) 
FILE^SIZP^*) 

25 riLR_ATTRIBUrP^(*) 

ASSIGN_MGMT_CIJVSS(NOnACKlJP) ) 

MATCH( OnSCRIPTION(Backup selected Tiles in system Root directory) 
STORAGE_OROUP (SYSTEM) 
DIRECTOR Y_P ATI l(\) 
30 FILE NAMFXT^.CMD. *.SYS. '.nAT)) 

FILR_SIZE(*) 
FI LE_ATTRI BUTES(*) 
ASSiGN_MOMT^CLASS(WnEK! .Y) ) 

MATCII( DESCRIPTION(nackup Product Programs monthly) 
36 Sf ORAGP.^GROUP (*) 

DIRECrORY_PATIIC) 

FILE_NAME((*.EXE. •.COM, ♦,SVS, •.DLL)) 

FILE_SIZF.(*) 

FILE^ArrRIBUTFJSD 

ASSIGN_MGM r_C!.ASS(MONTI ILY) ) 

40 

MATCH( OPSCRIPTION(nackup User's Daily - important) 
STORAGIi_OROUP (*) 
Dl REC1 ORY_PATI !(♦) 
FILE_NAMn^(*.CDR, ♦.WKS)) 

45 FI LE_ATrR! BUTES(* ) 

ASSIGN_MGM T_CI.ASS(DAILY) ) 

MATCH( DI-SCRirriONCBackup I jirgc Files Weekly) 
STORAGE_GROUP (*) 
DIRnCTORY_PATI !(*) 
50 FILE^NAMIM*) 

FILE_SIZI-( > 500000) 



55 
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I ll.ll_ATI IMIlUri«C) 
ASSION_iVKlMT_CI .ASS(Wlll-KI V) ) 

MATCU( l>I.SC:Hin ION(Hackiip all nWtcr Pile iwicc a week) 
5 SIOKAC}Il_CiROUP (♦) 

DIRI-.CI OKY_I'Ari !(♦) 
ril.l-_NAMI-{*) 

riij-_sizp<») 
riiJi_AnKiHuii-s(') 

ASSIGN_MG M r_CIJVSSCrWICP7V WUIIK) ); 

10 

Table 2 assumes that the management classes are named, in general, for the backup frequency 
specified in the management class Itself. It is management class "DAILY" as a backup frequency of one 
day. The OS/2 operating system files are not backed up because the management class is NOBACKUP. 

75 This is because the operating system itself must be reinstalled if a failure occurs. The system will be 
restored from a control archive. OS/2 must be up and operational on a node before any data files can be 
restored. Thus, such installation is required before file recovery. The OS/2 operating system includes files in 
the directories of \. \0S2, \DOS. \SPOOL, \MUGLIB. \CMLIB, \SQLLIB and MBMLAN. 

Files with extensions .BAT, .CMD and .SYS are backed up from the root of the system storage group 

20 on a weekly basis because they contain information that users will likely customize and may need at a later 
date. Examples include STARTUP.CMD, AUTOEXEC.BAT and CONFIG.SYS. Files with the .EXE. .COM. 
.DLL and .SYS extensions are only backed up monthly wherever they reside. This is because these files 
usually represent programs or program products that are available for reinstallation if a failure occurs. The 
ACS filter may be differently specified if the workstation user is a software developer, where the selected 

25 extensions may represent integral elements of a system under development. 

User data files such as *.WKS and *.CDR are backed up on a daily basis because they represent 
primary information used regularly on the workstation. Large files are backed up on a weekly basis (greater 
than 500,000 bytes). The reasoning for this is to reduce the daily back up time necessary by deferring 
movement of larger files to weekly backups. All other files that fall through the upper declarations are 

30 associated with the TWICEAWEEK management class. 

Claims 

1. A method for classifying data files in a computer system having means for storing a plurality of data 
35 files each having one or more file attributes, comprising the steps of: 

establishing at least one Automatic Class Selection (ACS) filter in said storage means wherein said 
ACS filter includes an ordered plurality of rule declarations each specifying a range of values for a 
plurality of said file attributes and at least one file management class; 

testing in sequence each said rule declaration for coincidence with the file attributes of a first said 
40 data file until identification of the first said rule declaration that coincides with said first data file 
attributes; and 

assigning to said first data file the file management class specified in said first coincident rule 

declaration. 

45 2. A method as claimed in Claim 1 wherein said file attributes include a plurality of file identifiers and a 
plurality of file characteristics and wherein each said rule declaration specifies a value for at least one 
of said plurality of file characteristics. 

3. A method as claimed in any of Claims 1 or 2 wherein said assigning step includes the step of: storing 
50 said assigned file management classification in said storage means. 

4. A method as claimed in any of the preceding claims wherein said plurality of file identifiers includes a 
file name, a file directory and a file storage group. 

55 5. A method as claimed in any of Claims 2 to 4 wherein said plurality of file characteristics includes a file 
size designation and one or more file type designations. 
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6. A method as claimed in any of the preceding claims wherein said assigned file management class 
refers to an executable ACS procedure. 

7. A method as claimed in any of the preceding claims wherein said file attributes include a plurality of file 
identifiers and a plurality of file characteristics and wherein each said rule declaration specifies a value 
for at least one of said plurality of file characteristics. 

8. A computer system including means for storing a plurality of data files each having one or more file 
attributes, and a computer file management system for automatically classifying said data files in 
accordance with said file attributes, said management system comprising: 

filter means having an ordered plurality of rule declarations each specifying values for a plurality of 
said file attributes and at least one file management class; 

tester means coupled to said filter means for testing in sequence each said rule declaration for 
coincidence with the file attributes of a first said data file and for identifying the first said rule 
declaration that coincides with said first data file attributes; and 

link means coupled to said tester means for assigning to said first data file a management class 
specified in said first coincident rule declaration. 

9. A computer system as claimed in Claim 8 wherein said file attributes include a plurality of file identifiers 
and a plurality of file characteristics and wherein each said rule declaration specifies a value for at least 
one of said plurality of file characteristics. 

10. A computer system as claimed in any of Claims 8 or 9 further comprising: 

means coupled to said link means for storing said assigned file management classification in said 
storage means. 

11. A computer system as claimed in any of Claims 9 or 10 wherein said plurality of file identifiers includes 
a file name, a file directory and a file storage group. 

12. A computer system as claimed in any of Claims 9 to 11 wherein said plurality of file characteristics 
includes a file size designation and one or more file type designations. 

13. A computer system as claimed in any of Claims 8 to 12 further comprising: 

means coupled to said link means for storing said assigned file management classification in said 
storage means. 

14. A computer system as claimed in any of Claims 8 to 13 further comprising: 

means coupled to said link means for executing an ACS procedure responsive to the assignment of 
a management class to said first data file. 
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@ A system for associating application or system 
information with data files according to data file 
attributes. The system employs an Automatic Clas- 
sification Selection (ACS) filter (28) having an or- 
dered sequence of rule-based declarations, each of 
which specifies a range of values for selected data 
file attributes. Each rule-based declaration includes 
specifications for data file attributes, any of which 
can be specified using wild-cards. Each data file is 
tested against the ordered declarations and the first 
declaration that matches the data file attributes is 
enabled to assign a classification to that data file. 
Because the ACS filter is declarative, it may be 
easily modified without programming expertise. Be- 
cause any data file can be quickly sieved through 
the ACS filter, the data file class linl^ages need not 
be stored and thus are always dynamically updated 



in response to changes in data file attributes over 
time. 
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